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(54) Enhanced video programming system and method utilizing a web page staging area 



(57) A web page staging area enables the construc- 
tion of web pages hidden from the view of the user. Once 
a web page has been constructed, it is displayed to the 
user in response to timer event information or upon re- 
ceipt of a particular command instructing that it be dis- 
played. Use of the staging area provides the user with 



a more television -like experience in viewing content 
from the Internet or other source in that the user need 
not view a web page as it is being constructed on a dis- 
play device. Use of timer event information for display- 
ing the constructed web page permits synchronization 
of the web page with associated programming. 
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Description 

[0001] The present invention relates to a method and 
apparatus of constructing and presenting web pages. 
[0002] Computers have the capability to provide mas- 5 
sive amounts of educational and entertainment informa- 
tion by way of the Internet. Currently, on-line systems 
offer a variety of different services to users, including 
news feeds, electronic databases (either searchable by 
user directly on the on-line system, or downloadable to 10 
the user's own computer), private message services, 
electronic newsletters, real time games for play by sev- 
eral users at the same time, and job placement services, 
to name a few. However, currently most on-line commu- 
nications occur merely through text. This is in contrast ?5 
to the audio/visual presentation of the alternative elec- 
tronic medium, television. However, it is expected that 
as multi-media's incessant growth continues, audio/vis- 
ual programs will proliferate and text will become less 
and less dominant in the on-line environment. 
[0003] Even though these programs will be intro- 
duced, the Internet will remain essentially user unfriend- 
ly due to its very massiveness, organization, and ran- 
domness. Simply stated, there is no order or direction 
in the Internet. Specific pieces of information can be 
hard to find, and it is even harder to put that piece of 
information into a meaningful context. 
[0004] Television, on the other hand, has been criti- 
cized for being a passive medium. Whilst interactive tel- 
evision systems have increased the level of user inter- 
action, and thus, provided greater learning and enter- 
tainment opportunities, vast information resources such 
as databases are inaccessible from such a medium. 
[0005] The present invention seeks to close the gap 
between video programming and the vast information 
resources of the Internet. 

[0006] According to a first aspect of the present inven- 
tion there is provided a method of constructing and pre- 
senting web pages, comprising the steps of: 

receiving a request for a web page including an ad- 
dress for use in retrieving information to construct 
the web page; 

retrieving the information using the address; 
constructing the web page hidden from view on a 
display device in order to produce a constructed 
web page; and 

commanding the constructed web page to be dis- 
played on the display device based upon particular 
criteria. 

[0007] Preferably, the receiving step comprises re- 
ceiving timer event information providing an indication 
as to when to command the web page for presentation 
on the display device; and the commanding step com- 
prises commanding the constructed web page to be dis- 
played based upon the timer event information 
[0008] For example, the receiving step may comprise 



receiving a particular amount of time to generate a time- 
out using the timer event information. 
[0009] The constructed web page may then be trans- 
mitted for display upon detecting the time-out. 
[0010] In an embodiment, the commanding step com- 
prises commanding the constructed web page to be dis- 
played upon receipt of a particular command. 
[0011] The receiving step preferably comprises re- 
ceiving a uniform resource identifier. 
[0012] Preferably, the constructing step comprises 
constructing the web page in a portion of a memory as- 
sociated with a machine at which the web page is to be 
presented. 

[0013] In an embodiment a web browser may be used 
to retrieve the information. 

[0014] The commanding step may comprise transmit- 
ting a program to the machine concurrent with com- 
manding the constructed web page for display. 
[0015] Preferably, the commanding step comprises 
transmitting a video program, audio program, or multi- 
media program. 

[0016] The program and the constructed web page 
may be transmitted for simultaneous display on the dis- 
play device. 

[001 7] Alternatively, the program and the constructed 
web page may be transmitted for simultaneous display 
on a television. 

[0018] In a further alternative, the program may be 
transmitted for display on a television, and the construct- 
ed web page may be transmitted for display on the dis- 
play device. 

[001 9] The web page may be displayed overiayed on 
content displayed for the program. 
[0020] The present invention also extends to appara- 
tus for constructing and presenting web pages, compris- 
ing: 

receiving means for receiving a request for a web 
page including an address for use in retrieving in- 
formation to construct the web page; 
retrieving means for retrieving the information using 
the address; 

means for constructing the web page hidden from 
view on a display device in order to produce a con- 
structed web page; and 

means for commanding the constructed web page 
to be displayed on the display device based upon 
particular criteria. 

[0021] Apparatus of the invention may comprise a 
personal computer, a television, a cable box, a satellite 
box, or a personal digital assistant for containing the re- 
ceiving means, the retrieving means, the constructing 
means and the commanding means. 
[0022] Embodiments of the present invention will 
hereinafter be described, by way of example, with ref- 
erence to the accompanying drawings, in which; 
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Figure 1 is a diagram showing the receipt and de- 
coding of video signals at a subscriber location us- 
ing a method of the invention; 
Figure 2 is a diagram showing an alternative em- 
bodiment to achieve the integration of Internet in- 5 
formation with video content; 
Figure 3 is a flow diagram of the basic software of 
the invention; 

Figure 4 is a diagram showing an embodiment in 
which URLs are directly transmitted to a user; 10 
Figure 5 shows an embodiment of a system com- 
prising a digital cable box; 
Figure 6 shows an embodiment of a system includ- 
ing a digital T.V.; 

Figure 7 shows an example of a user interface; *5 
Figure 8 shows an example of a display providing 
a user interface; 

Figure 9 is a diagram showing an embodiment of a 
system having distributed communication servers; 
Figure 1 0 is a diagram of a system using a web page 20 
staging area; and 

Figure 1 1 is a flow chart illustrating a method for us- 
ing a web page staging area. 

[0023] Figure 1 illustrates an embodiment of a com- 25 
puter based system for receiving a video program along 
with embedded uniform resource locators (URLs) which 
direct a user's computer 1 6 to address locations, or web 
sites, on the Internet 20 to retrieve related web pages. 
The web pages correspond to the video presentation. 30 
The particular video programming can be delivered in 
analog, digital or digitally compressed formats (e.g. 
MPEG2) via any transmission means, including satel- 
lite, cable, wire, television broadcast or sent via the web. 
[0024] The video programming is preferably created 35 
at a centralized location, for example, as content crea- 
tion 4 indicated in Figure 1 , for distribution to subscrib- 
ers. Program creation may be accomplished by any ap- 
propriate means. After a video program is created, uni- 
form resource locators (URLs) are embedded. In one 40 
embodiment, the URLs are embedded into the vertical 
blanking interval of the video programming by a URL 
encoder 8, as shown in Figure 1 . In this embodiment, 
the URLs are encoded onto eight fields of line 21 of the 
VBI. Line 21 is the line associated with close captioning, 45 
among other things. However, the URLs may addition- 
ally and/or alternatively be embedded in other fields of 
the VBI, in the horizontal portion of the video, as part of 
the audio channel, in any subcarrier to the video, or if 
the video is digital, in one of the data fields. so 
[0025] Although Figure 1 shows the video with the 
URLs broadcast over the same transmission line, the 
U RLs may be sent down independently of the video pro- 
gram on a data channel. In this embodiment, the URLs 
may be forwarded to the remote sites either prior to in- 55 
itiation or during the program. Preferably, the URLs have 
associated time stamps which indicate to the subscriber 
stations when, during the video program, to display the 



particular web pages addressed by the URLs. Alterna- 
tively, the user can select when to call the particular web 
pages for display with the video program. 
[0026] The particular information in line 21 is not part 
of the visual part of the program, and thus, is not per- 
ceptible to the human eye, thereby making it ideal to 
send data information to the users. Whilst the bandwidth 
capacity of line 21 is limited, as a system as described 
transmits only the URLs, and not full web pages, there 
is more than enough capacity. Furthermore, no addition- 
al hardware is necessary at the computer 16 to receive 
the video and retrieve the web pages. 
[0027] Once the video program is created, it may be 
transmitted to user sites over any transmission means, 
including broadcast, cable, satellite, or Internet, and 
may reside on video servers. Furthermore, the video 
program, with or without embedded URLs, may be en- 
coded onto storage means such as a video tape, for ex- 
ample of VHS or Beta format, or an optical disc such as 
CD or DVD, or any other medium. 
[0028] Preferably, each receiver station comprises 
any Intel x86 machine (preferably a 486 processor, Pen- 
tium processor, etc), an Apple Computer, UNIX or any 
other type of standard computer workstation. The local 
computer 16 is preferably connected to either a cable 
and/or broadcast television or to a local VCR or other 
video source. At each subscriber site, the local personal 
computer 16 preferably receives the cable transmission 
by cable connection on the back of the personal com- 
puter 16. The video/audio program may be processed 
for display on the computer screen using a PC card ca- 
pable of displaying video signals on a computer monitor 
in an appropriate TV format such as PAL or NTSC. One 
example of a PC card is a WinTVcard. In addition to the 
cable connection, there is the Internet 20 connection 
created concurrently with the cable connection. 
[0029] The Internet 20 connection may be via high- 
speed line, RF, conventional modem or by way of two- 
way cable carrying the video programming. The local 
PC 16 has Internet access via, for example, an ASCII 
software mechanism. In an embodiment, at each sub- 
scriber site, an associated local URL decoder 12 ex- 
tracts the URLs, preferably embedded in the vertical 
blanking interval, with the use of a suitable VBI decoder 
device. The URL decoder 12 may be either a stand- 
alone unit or a card which is implemented into the per- 
sonal computer 1 6. 

[0030] In the embodiment shown in Figure 2, the uni- 
form resource locators (URLs) are encoded into the vid- 
eo as described above. Again, the URLs are preferably 
encoded onto eight fields of line 21 of the VBI, but may 
also be sent independently of the video. In this embod- 
iment, a URL decoder 24 is located at the server site 
rather than at the subscriber location. When the decoder 
24 receives the video program signal, it strips out the 
URL codes on line 21 of the VBI and delivers these 
codes independently to an Internet server 28. The URL 
code is then subsequently delivered over the Internet 
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20 to the user PC 1 6. Simultaneously, the video is broad- 
cast over conventional broadcast or cable transmission 
means 36 to the user's personal computer 16. 
[0031] The alternative shown in Figure 4, does not 
use the VBI. In this embodiment, the system runs an 
online service over the Internet 20. This service is in the 
form of an Internet web site 62 which provides a user- 
interface to a database 78 and to one or more associ- 
ated data servers 90. The service provides member ac- 
counts to TV broadcasters 66 who sign up to use the 
illustrated system in conjunction with their broadcasts. 
Each member broadcaster will enter the service at their 
computer 70 through web browser software 74 using 
their member account by entering various identification 
and password information. Once within their account, 
the member will be provided with a graphical user inter- 
face for pre-scheduling URLs for transmission to users 
118 over a direct Internet connection 94 at particular 
times of day. The same user interface, or a variation of 
it, can be used by broadcasters for live transmission 82 
of URLs to users at the same time as a broadcast 86. 
[0032] One example of this interface might be a 
scheduling calendar (daily, weekly, monthly, yearly) in 
which the broadcaster 66 may allocate time periods 
which coincide with their broadcasts 86, and during 
which they will send out URLs to their users to link to 
web pages. For each time period (for example, a partic- 
ular hour long period during the day) determined by the 
broadcaster 66 to be a broadcast period (a period during 
which they want to transmit URLs that correspond to a 
television show being broadcast from their TV broadcast 
facility 1 1 0 to the external TV 1 1 4 of the user 1 1 8 at that 
time), the broadcaster 66 may then enter a series of 
URLs into an associated file ("Link File") for transmis- 
sion over the Internet 20 at that time. This Link File may 
have a user interface such as a spreadsheet, table, or 
list, or it may be simply a tab-delimited or paragraph- 
delimited text-file. As an example, each of the records 
in the Link File consists of a data structure which may 
contain information such as: 

(<timecode>,<URL>,<label or title>, <additional 
information>,<additional information^...) 
[0033] The above data structure is just one example. 
The records in the Link File preferably specify the time, 
Internet address (i.e. URL), label (such as an associated 
name), and some optional additional information, for 
each web page the broadcaster 66 desires to launch 
during a show. 

[0034] When a broadcaster 66 modifies their calendar 
and/or the Link File associated with any given time pe- 
riod(s) in their calendar, this information is saved into 
the database 78 which is attached to the site 62. Each 
broadcaster 66 may maintain multiple calendars in the 
database 78 if they broadcast in different time zones, 
for example. 

[0035] The database 78 provides the Link File records 
for upcoming time periods to a server 90, which may be 
one server or a distributed network of server programs 



on multiple computers across the network, to be utilized 
for scaling to large national or global audiences. The 
server 90 provides the Link File records, including the 
URLs, to the user's personal computer 16, which is con- 
5 nected via a network. Examples of possible networks 
include the public Internet 94, a direct private network, 
or even a wireless network. 
[0036] One feature of the embodiment illustrated in 
Figure 4 is that one or more broadcasters 66 may utilize 
10 the same schedule in the database 78 for their own 
broadcasts 86 or during the same broadcast. For exam- 
ple, a network broadcaster may develop a master 
schedule and various affiliate broadcasters may sub- 
scribe to that schedule or copy it (in the database) and 
add or delete specific U RLs in the schedule for their local 
audiences or unique programming. This scheme ena- 
bles affiliates to insert URLs for local advertisers or local 
subjects into a sequence of more general URLs provid- 
ed by their network broadcaster 66. In other words, the 
affiliate can add links that ride on the network feed and 
then redistribute it to their local audiences. 
[0037] The system of Figure 4 also enables person- 
alization in the form of unique series of URLs specific to 
each user's unique profile, which are directly sent over 
the Internet 20 to each user's specific client software 
106. This can be achieved from the broadcaster 66 to 
each individual user 118, or to particular collections of 
users. To accomplish personalization, the service may 
send a different stream of URLs to each user's client 
software program 106. The stream of URLs sent de- 
pends upon a user profile stored in the database 78 or 
the client software program 106, a user profile which is 
built on demand or over time for each user 118 based 
on criteria such as the location of the user, choices the 
user makes while using a client software program 106, 
choices the broadcaster 66 makes during a broadcast 
86, or automatic choices made by an algorithm (such as 
a filter) residing on the service 62. Personalization ena- 
bles each user to receive URLs which are uniquely rel- 
evant to their interests, demographics, history, or behav- 
iour in the system. 

[0038] Once the URLs have reached the personal 
computer 16, the operation of all of the systems shown 
in Figures 1 , 2 and 4 is similar. 
[0039] In one embodiment, a JAVA enabled browser 
98 as well as specialized software 1 06 are installed on 
the computer 1 6. The JAVA enabled browser 98 allows 
the computer 16 to retrieve the web pages 102 and is 
presently the preferred software, as it is platform inde- 
pendent, and thus, enables efficient and flexible transfer 
of programs, images, etc., over the Internet 20. The spe- 
cialized interface software 106 (hereinafter, "client soft- 
ware") acts as an interface between the video program- 
ming and the Internet functions. The client software 106 
retrieves URLs from the video program (embodiment of 
Figure 1) or directly from the Internet connection (em- 
bodiments of Figures 2 and 4), interprets these URLs 
and directs the JAVA enabled browser 98 to retrieve the 
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particular relevant web pages 102. The client software 
106 also synchronizes web pages to the video content 
for display on the user's computer 16, as shown in Fig- 
ures 3 and 4 and explained in more detail below. 
[0040] As explained above, the URLs may be encod- s 
ed and embedded into the video signal by inserting them 
into the vertical blanking interval (VBI). 
[0041] Alternatively, the URLs may be entered by 
member TV broadcasters 66 along with specified times 
for transmitting the URLs to the user. At the appropriate 10 
times, the URLs are sent directly over the Internet to the 
user's PC 16 via the client software 106 over a direct 
point-to-point or multicasting connection. 
[0042] The system may have the capability to detect 
identical URLs sent directly after one another and to 15 
cause the browser not to fetch URLs in these particular 
cases. As shown in Figure 3, once the URL code is re- 
ceived at the computer, the client software 106 first in- 
terprets the URL and determines in step 42 whether the 
particular URL has been received previously. If it has 20 
already been received, the next received URL is inter- 
preted for determination of prior receipt. If the particular 
URL has not been detected before, the software checks 
for misspelling in step 46 and any other errors, and if 
errors exist, corrects these particular errors. Once 25 
again, it is determined whether the URL has been pre- 
viously detected. If it has, the next URL is accessed in 
step 38. If the URL has not been detected, the specific 
URL is added to the URL list in step 54. The specific 
URL is then sent to the web browser, preferably a JAVA 30 
enabled browser 98. Upon receipt of the URL, the 
browser 98, in step 58, will access the web site address 
122 (Figure 4) indicated by the URL and retrieve the cit- 
ed web page(s) 102 via the Internet. 
[0043] Viewers can view the integrated presentation 35 
in the following manner. As mentioned above, the video 
signal is processed and displayed on a video window 
on the PC screen using a WinTV card, for example. The 
corresponding audio is forwarded to the audio card and 
sent to the PC speakers. 40 
[0044] The retrieved web pages 102, referenced by 
the URL, are optionally time stamped to be displayed 
on the computer screen when predetermined related 
video content is displayed in the video window, thus en- 
hancing the video presentation by providing in-depth in- 45 
formation related to the video content thereto. Another 
section on the screen is also preferably used to repre- 
sent an operational control panel. This control panel pro- 
vides a list of the URLs which have been broadcast and 
correspondingly received by the computer 1 6. This con- so 
trol panel is updated to add a U RL code each time a new 
URL code is received by the PC 16. This list gives the 
subscriber the flexibility to go back and retrieve partic- 
ularly informative or interesting web pages that have al- 
ready been displayed earlier in the program, or alterna- 55 
tively, to print them out for future reference. Further- 
more, the list may include URLs referring to web pages 
not displayed with the broadcast program, but which 



provide further information on a certain topic of interest 
to the viewer. 

[0045] In an example, a viewer may begin watching a 
musical video featuring a band. As the video is received 
by the PC 16, URLs are either being received with the 
video signal or are being received directly via the Inter- 
net 20 or another data channel, and are interpreted by 
the client software 106. Upon direction and command, 
the JAVA enabled browser 98 retrieves particular web 
pages 102 from Internet 20 web sites identified in the 
URLs. These web pages 102 are then displayed on the 
video screen at particular times. So, for example, whilst 
the viewer is watching the music video, biographical in- 
formation on the band may also be displayed adjacent 
to the video window. Web pages 102 may also include 
an upcoming concert schedule, and/or audio clips of the 
band's music may be downloaded from the Internet 20. 
[0046] As another example, a user may be watching 
a program relating to financial news. Whilst the narrator 
is shown discussing high tech stocks, web pages corre- 
sponding to detailed financial performance information 
on high tech stocks, environment and characteristics 
may be displayed with the video on the computer 
screen. If the personalization features are included, web 
pages associated with a particular user's stock may be 
fetched and displayed on the computer screen with the 
video program. When the program narrator switches to 
a discussion on the weekly performance of the Dow 
Jones, web pages presenting related financial perform- 
ance information may be simultaneously displayed. 
[0047] A user may view the interactive program using 
a television set 114 or other display monitor in conjunc- 
tion with the display screen of the personal computer 
16. In this case, the relevant web pages are shown on 
the personal computer 16 whilst the video program is 
displayed on the television monitor 114. In this alterna- 
tive, a cable set top box receives the television program 
from the multi-channel cable. The personal computer 16 
also receives the video program from the multi-channel 
cable and extracts the URLs, embedded in the vertical 
blanking interval of the video signal or directly transmit- 
ted 94 over the Internet 20. The client software 106 ex- 
tracts the URLs and retrieves the particular web pages 
as described above. The web pages are then synchro- 
nized with the particular video frames and presented to 
the user. It is understood that a hyperlink may exist on 
the web site that will allow the user to automatically load 
the client software and call up the specific television 
channel referenced in the web site. For example, some- 
one browsing the Internet 20 may come upon a major 
television network's web site. It is possible then to scroll 
to an interesting story and then to click on an hyperlink 
to turn on the software which tunes the TV window to 
the network. 

[0048] Instead of receiving the video program from a 
transmission means, the video program may be ad- 
dressed directly from the user site if the video program, 
with or without embedded URLs, has been stored on 
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appropriate means. The storage means may be a vide- 
otape in any format, such as VHS or Beta, or an optical 
disc in any format, such as DVD or CD-ROM. In this 
case, the user PC 1 6 and/or television 1 1 4 are connect- 
ed to a video tape player, a disc drive, or other appro- 5 
priate device. 

[0049] Figures 5 and 6 show two alternative examples 
of systems which may be employed. As shown in Figure 
5, a user may view an interactive program using a tele- 
vision set 1 8 or other display monitor in conjunction with 
a digital cable box 140. In this case, the digital cable box 
1 40 performs the functions of the personal computer 1 6 
shown in Figures 1 . 2 and 4, and the client software is 
stored in memory in the digital cable box 140. In one 
embodiment, the digital cable box 140 includes two tun- 
ers, thus allowing both the web page and the video pro- 
gram to be simultaneously viewed on the same screen. 
If video and web stream, however, are carried on one 
channel, then only one tuner is necessary. 
[0050] The client software retrieves U RLs from the re- 
ceived video program, directly from the Internet connec- 
tion 20 or via a separate data channel, interprets these 
URLs and directs the web enabled browser to retrieve 
the particular relevant web pages, and synchronizes the 
retrieved web pages to the video content for display on 
the television 18. The relevant web pages are preferably 
shown in one frame of the television 18 while the video 
program is displayed in another frame. Alternatively, the 
web page can replace the video program on the display. 
[0051] In this embodiment, the digital cable set top 
box 140 receives the television program from the multi- 
channel cable. The URLs can be encoded into the digital 
program channel using MPEG1, MPEG2, MPEG4, 
MPEG7 or any other compression video scheme. Alter- 
natively, the URLs can be transmitted to the digital cable 
boxes 140 from an Internet server 148. The digital cable 
box 140 decodes the URLs from the digital video signal 
or directly transmitted over the Internet 20. The client 
software decodes the URLs and retrieves the particular 
web pages as described above. Preferably, the web 
pages are synchronized with the particular video frames 
and presented to the user. 

[0052] As with all the embodiments described above, 
instead of receiving the video program from a transmis- 
sion means, the video program may be addressed di- 
rectly from a local video source 1 44 if the video program, 
with or without embedded URLs, is stored on a storage 
means such as a video tape or optical disc. In this em- 
bodiment, the digital cable box 140 is connected to a 
VCR, disc drive or other appropriate device. 
[0053] Figure 6 illustrates an embodiment where a 
digital TV 152 is the remote reception unit and performs 
the functions of the personal computer, shown in Fig- 
ures 1 , 2 and 4, and the digital cable box 140 shown in 
Figure 5. A processor means and memory are incorpo- 
rated in the digital TV 152, and the client software and 
web browser software are implemented in memory in 
the digital TV 152. All of the functions described above 



with reference to the other embodiments are performed 
in a similar manner by the digital TV 152 embodiment. 
[0054] Although the digital cable box/TV 1 40, 1 8 and 
digital TV 152, shown in Figures 5 and 6, are incorpo- 
rated into the embodiment of Figure 1 , in substitution for 
the PC 16, they may also be substituted for the PC 16 
shown in Figures 2 and 4. 

[0055] A user may view the video and web content on 
one screen (in two windows), or with the video on one 
display screen and the web content on a separate dis- 
play monitor. Alternatively, a user may access the video 
or web content separately. Thus, a user may branch 
from video to web content and vice versa. 
[0056] The systems described herein are well-suited 
to the education environment. Thus, students and 
teachers may access one or more web servers. Soft- 
ware components including instructor and student user 
software, authoring software and database assessment 
software are provided. An instructor may, for example, 
use content creation software on a personal computer 
to easily integrate into the curriculum current information 
published on the web through an interface 156 shown 
in Figure 7. The instructor creates a playlist (i.e. linkfile) 
1 60, the playlist 1 60 comprising a list of web pages, text 
notes and questions. The web sites and questions are 
set out in a predetermined order and can be assigned 
times. Preferably, the URLs identifying the web site and 
time stamps are sent automatically to the desktop of 
each student in the virtual community, either during a 
playback of a pre-recorded program or during a live 
event. 

[0057] At each of the student workstations, the pro- 
gram is directed by the playlist 160. In other words, the 
playlist 160 provides the structure for the program. At 
predetermined times as indicated by the playlist 1 60, the 
browser will fetch and display a web page in a frame on 
the computer screen. Because program events can be 
set up in this manner at predetermined times, the entire 
program and playlist can be prerecorded and stored in 
a web database for later access by students. 
[0058] It will be appreciated that the students and the 
instructor may be located anywhere, as long as they are 
all connected to the web. Because a server controls the 
program, the instructor output comes from the server 
and the student workstations are automatically updated 
by the web server. 

[0059] This educational embodiment integrates web 
content and other media with collaborative groupware 
functionality to create an interactive environment for stu- 
dents and teachers. The student may receive a tradi- 
tional video lesson through a frame in his or her web 
browser, or from a television. Separate frames may be 
simultaneously provided as shown in Figure 8, which 
shows the browser displaying: web pages 176 automat- 
ically delivered to each student's desktop with informa- 
tion or exercises that complement the video presenta- 
tion; a chat dialogue frame 168 for conversing with the 
instructor and/or other students online; and an interac- 
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tive playlist 1 64 of web pages and questions comprising 
the lesson. 

[0060] In the student interface of Figure 8, each stu- 
dent may perform a virtual experiment, for example, dur- 
ing a physics lesson to learn about gravity. In addition, 5 
the students may converse with one another and with 
the instructor using the chat dialogue frame 168. They 
may also send web pages to one another and provide 
answers to questions from the teacher via the chat dia- 
logue frame 168 of the student interface 176. With the io 
chat feature, students may break into subgroups forcol- 
laborative learning. Whenever a student in the group 
sends a message, the message is sent to the Internet 
server 20 and every other student in the subgroup re- 
ceives and views the message in their chat dialogue is 
frame 168. 

[0061] The instructor, however, may retain control 
over the chat feature. For example, the instructor may 
terminate the chat feature or web push to terminate un- 
ruly on-line conversations or the sending of web pages 20 
by students. 

[0062] The systems described herein are more pow- 
erful than conventional distance learning systems as 
they allow the instructor to freely and conveniently ex- 
ercise almost any type of testing strategy. The instructor 25 
may test students using a combination of the chat dia- 
logue feature and web pages. For example, multiple 
choice questions and short answer questions can ap- 
pear in the chat window 1 68. Essay questions, requiring 
longer answers, become web pages. As mentioned 30 
above, students can perform virtual experiments on- 
line. Once the instructor's personal computer receives 
student answers, student scoring may be presented to 
the instructor in any format including tables, charts, di- 
agrams, bar graphs, etc. The instructor, thus, may ana- 35 
lyze the results and has the capability of providing real- 
time feedback to the students. 
[0063] Students may also receive individualized feed- 
back via branched interactive audio, video and/or graph- 
ics responses. For example, the workstation may *o 
branch to a particular audio response, preferably prere- 
corded in the instructor's own voice, based on the stu- 
dent response to a multiple-choice question. A plurality 
of potential audio responses may be made available at 
the student's workstation, for example, by a method as 45 
described in US patent No. 5,537,141 . Additionally and/ 
or alternatively, personalized video, audio and graphics 
segments may be delivered and displayed to the student 
based on a student answer or personal profile, for ex- 
ample, in a manner as described in US patent No. so 
5,724,091. 

[0064] Responses to student answers may be more 
substantive using a memory feature comprising an al- 
gorithm which selects an interactive response to the us- 
er based not only on the student's current answer se- 55 
lection, but also on the student's previous responses. 
The algorithm, preferably stored in memory at each stu- 
dent's workstation and under processor control, selects 



an output interactive response based on student re- 
sponses. In an example, a student who gets three or 
more answers in sequence right receives a more difficult 
question. However, a student who fails to correctly an- 
swer one or more of the three questions receives an 
easier question. 

[0065] The system illustrated in Figure 9 is capable of 
servicing large numbers of users, for example, several 
schools. As shown, communications servers 180 dis- 
tribute and route message across a LAN, WAN and the 
Internet. At the heart of the system is a group database 
server 184, and this is surrounded by several commu- 
nication servers 180 which each serve an area 192. 
Each communication server 180 is surrounded by 
squares representing user stations 188. The communi- 
cation servers 180 are organized in node relationships 
with one another. 

[0066] Each node is responsible for serving an area 
1 92. An area 1 92 is defined as a virtual location serviced 
by a single communication server 1 80 (or "com server"). 
An area 192 may be a single school, an office, or may 
consist of several actual physical locations. The defining 
characteristic of an area 1 92 is that messages sent from 
one member of an area 1 92 to another need not be rout- 
ed outside of the servicing com server 180. 
[0067] An area member is analogous to the frequently 
used term "user". For example, a "user" may be a stu- 
dent in an educational environment. 
[0068] The distributed communication system shown 
in Figure 9 permits the dynamic addition of communica- 
tion servers 180 within a group with little or no adminis- 
trative tasks as well as the addition of groups within an 
overall communications network. A communication 
server group consists of several defined virtual areas 
192 (preferably, consisting of no more than 250 mem- 
bers each), each area 192 serviced by a single com 
server 180. This system allows members of one area 
192, or group, to easily communicate with members of 
another area 192 or group without any configuration 
changes. 

[0069] In the past, service of very large numbers of 
users has required large expensive servers and net- 
works. Furthermore, as the user base increased, per- 
formance suffered and the hardware had to be upgrad- 
ed to service the demand. 

[0070] The distributed communication system allows 
the same, relatively inexpensive, machines to serve an 
ever-increasing user base. This is accomplished by 
routing messages from one server to another when nec- 
essary following substantially the same core pattern as 
IP routing and DNS lookups. If a message is for a mem- 
ber not belonging to the current area 1 92 or group, the 
message is routed through the distributed communica- 
tion system until its destination, or someone who knows 
the destination and can deliver the message, is found. 
The destination may be cached so subsequent messag- 
es for that member orgroup may be more efficiently de- 
livered. 
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[0071] Referring to Figure 9, if a message is posted 
by member "A" and is intended only for the members of 
group 1 , the message never leaves the area 1 com serv- 
er. However, if the message is intended for members of 
area 1 and for members of area 2, the area 1 com server 
forwards the message to the group database server 
184. The message is broadcast to the members of area 
1 and tagged in the group database server 184 as be- 
longing to area 2. The message is then routed to area 
* 2 and broadcast to area 2 members. With this technique, 
any member may potentially send a message to any oth- 
er member. If the area com server 180 does not recog- 
nize the destination, the message is forwarded up the 
line. Each com server 1 80 does not need to know about 
any other server 180. Messages are routed until they 
delivered. If undeliverable, the original sender is noti- 
fied. 

[0072] New areas 1 92 can be added on the fly- When 
a new com server 180 is added to the network, it regis- 
ters itself with the database application. Henceforth, any 
message destined for the new area 192 may be routed 
properly without altering the other area servers 180. 
[0073] This method and system works for global mes- 
sages or for user to user messages. Furthermore, new 
groups may also be dynamically added. Once added, 
each new group database server 1 84 registers itself with 
the existing database servers 184. This distribution of 
load permits nearly unlimited expansion with existing 
software and hardware. Each server manages a finite 
number of members, cumulatively serving a growing 
community. 

[0074] Users need not be informed as to the particular 
com server 180 they should connect to. Members are 
directed to a single URL. The selection of the server for 
user connection is determined by load balancing soft- 
ware. In this manner, the network may appear to be a 
global network of servers or simply a local classroom. 
[0075] The architecture described, which uses data- 
base servers as routing gateways, enables the system 
to serve with minimum administration and configuration 
and with lower end, cost-effective hardware. 
[0076] A web page staging area feature permits the 
construction of web pages hidden from view by the user. 
Once the web page is constructed, it is displayed to the 
user based upon timer event information or receipt of a 
particular command that it be displayed. Thus, the user 
is provided with a more television-like experience in 
viewing content from the Internet or other source in that 
the user need not view a web page being constructed 
on a display device. Use of timer event information for 
displaying the constructed web page also permits syn- 
chronization of the web page with associated program- 
ming. For example, the timer event information may be 
used to trigger display of a web page for an advertise- 
ment at the same time as corresponding information is 
provided by the video programming. The programming, 
or an associated program, may include, for example, a 
video program, audio program, multimedia program, 



combinations of those programs, or other information. 
The content for the web page may include a wide variety 
of information such as, for example, advertisements, 
sports, graphics, music, or any type of multimedia infor- 
5 mation. 

[0077] Figure 10 shows a system 200 using a web 
page staging area. System 200 includes a server 202 
providing commands such as a pre-fetch push com- 
mand, explained below, and related information to a cli- 

10 ent machine 204. Client machine 204 includes a web 
browser 210 and an associated browser plug-in 208. 
Web browser 210 uses a portion of memory 214 re- 
served for constructing web pages hidden from view. It 
also uses a timer event 212, such as a JavaScript timer, 

*5 for use in determining when to display constructed web 
pages when timer event information is used. Web 
browser 21 0 includes a connection through the Internet 
220 or other network to a remote web server 222 for use 
in retrieving content to construct web pages. Web 

20 browser 21 0 displays content on an associated display 
device 209. 

[0078] Client machine 204 may display both the web 
page along with programming as described above, such 
as video, audio, or multimedia content. In particular, cli- 

25 ent machine 204 may be implemented by a personal 
computer for displaying both the programming and the 
web page, by a television for displaying both the pro- 
gramming and the web page, or by both a personal com- 
puter for displaying the web page and an associated tel- 

30 evision for displaying the programming. Personal com- 
puters may include hardware and software for display- 
ing video and audio programming such as television sig- 
nals. Also, televisions may include associated hardware 
with web browsers, such as a set-top converter (digital 

35 or analog), for use in retrieving and displaying web pag- 
es and other content from the Internet. Therefore, client 
machine 204 may be implemented by any type of digital 
display device or device for controlling a digital display 
device, or combinations of such devices, and examples 

40 include a personal computer, a television, a cable box, 
a satellite box, and a personal digital assistant. 
[0079] In operation, server 202 transmits a pre-fetch 
push command with an address and optional timer 
event information 206 to browser plug-in 208. A pre- 

45 fetch push command is used to obtain and assemble 
content, for example a web page, prior to presentation 
on an associated machine. The address is used to ob- 
tain particular content or other information from web 
sites or networks such as a local area network, wide- 

50 area network, intranet, or the Internet. An example of 
such an address is a Uniform Resource Identifier (URI). 
A URI is a compact string of characters for identifying 
an abstract or physical resource. More specifically, URIs 
provide a simple and extensible means for identifying a 

55 resource, and a URI can be further classified as a loca- 
tor, a name, or both. The specification of URI syntax and 
semantics is derived from concepts introduced by the 
World Wide Web global information initiative. 
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[0080) URIs include, for example, URLs and Uniform 
Resource Names (URNs). A URL is a subset of a URI 
that identifies resources via a representation of their pri- 
mary access mechanism, such as their network "loca- 
tion", rather than identifying the resource by name or 
other attribute of that resource. The term URN refers to 
a subset of URI that is required to remain globally unique 
and persistent even when the resource ceases to exist 
or becomes unavailable. 

[0081] Browser plug-in 208 passes the URI and timer 
event information, if present, to web browser2l0, which 
initializes timer event 212, as shown with connection 
224, if timer information is invoked. Browser plug-in 208 
also uses the URI to retrieve content for a web page 
from web server 222. As web browser 210 retrieves the 
content, it constructs a web page 218 hidden from view 
in hidden staging frame 214. Upon detecting a time-out 
by timer event 212, browser plug-in 208 commands web 
browser 210 to display the constructed web page. Alter- 
natively, if a timer was not invoked, browser plug-in waits 
for a show command 207 from server 202. In response 
to time-out by timer event 212 or receipt of show com- 
mand 207, web browser 210 retrieves the constructed 
web page from hidden staging frame 214 and displays 
web page 216 on associated display device 209. Only 
one hidden staging frame 214 is shown for illustrative 
purposes; the machine 204 may include many hidden 
staging frames by, for example, using different reserved 
portions of memory in order to concurrently construct 
many web pages hidden from view. 
[0082] Figure 1 1 is a flow chart of a method 230 and 
illustrates use of a web page staging area to construct 
web pages hidden from view. Method 230 may be im- 
plemented in software by browser plug-in 208 and web 
browser 210 controlling operation of the client machine 
204. In method 230, the server 202 sends to the client 
machine 204 a pre-fetch push command along with a 
URI and optional timer event information (step 232). The 
pre-fetch push command may include any type of infor- 
mation instructing client machine 204 to construct a web 
page hidden from view. The URI specifies the network 
address for obtaining the content for the web page. The 
time event information, when used, provides an indica- 
tion of when to display the constructed web page and it 
may use a JavaScript timer, or other software or hard- 
ware timers. Also, it may provide a relative indication of 
when to display the web page, such as a particular 
number of seconds after receiving the command, or it 
may provide an indication of an actual time at which to 
display it. 

[0083] Browser plug-in 208 receives the pre-fetch 
push command, URI, and optional timer event informa- 
tion (step 234). It sets up hidden staging frame 214 in 
memory and initializes timer event 212 using the timer 
event information, if present (step 236). Hidden staging 
frame 214 may be implemented using a portion of mem- 
ory in or associated with the client machine 204. Brows- 
er plug-in 208 may set up the hidden staging frame by 
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reserving a particular portion of memory based upon an 
expected size of the web page to be constructed, and 
the size information may be sent by server 202 with the 
pre-fetch push command. Alternatively, a portion of 
5 memory may be reserved in advance for constructing 
web pages. 

[0084] Browser plug-in 208 interacts with web brows- 
er 210 to construct the web page (step 238). In particu- 
lar, web browser 210 uses the URI or other address in- 

10 formation to retrieve content for the web page from web 
server 222 through the Internet 220 or other network. 
As web browser 21 0 retrieves the content, it constructs 
the web page 218 in hidden staging frame 214 so that 
the user does not view the web page being constructed. 

is The construction involves retrieving and locally compil- 
ing content for the page for presentation of the page 
when completed. For presentation of the page in a web 
browser on a computer display device, the construction 
involves assembling the content for display in the brows- 

20 er. If the web browser operates in a different environ- 
ment, such as with a video program, the construction 
may also involve reframing the content for display with 
the program. Although only web server 222 is shown for 
providing the content, web browser 21 0 may obtain the 

25 content for the web page from server 202 or from mul- 
tiple sources. 

[0085] Browser plug-in 208 determines if a timer was 
invoked through transmission of timer information with 
the pre-fetch push command (step 239). If a timer was 

30 invoked, browser plug-in 208 through web browser 21 0 
monitors timer event 212 to determine when to display 
the constructed web page (step 240). In particular, it de- 
termines if timer event 212 has expired (step 242). If a 
timer was not invoked, browser plug-in 208 waits for 

35 show command 207 (step 241 ). Upon detecting a time- 
out (step 242) or receiving show command 207 (step 
241 ), browser plug-in 208 commands web browser 21 0 
to display the constructed web page (step 244). Instead 
of using a time-out feature as timer information, browser 

40 plug-in 208 may use other types of time indications for 
determining when to display the web page such as dis- 
playing it at a particular time. 
[0086] Based upon the command from browser plug- 
in 208, web browser 210 retrieves the constructed web 

45 page 216 from hidden staging frame 214 and displays 
it on associated display device 209 (step 246). Accord- 
ingly, the user is presented with a constructed web page 
at a particular time or in response to a particular com- 
mand, and potentially corresponding to programming al- 

50 so presented to the user. Although browser plug-in 208 
and web browser 21 0 are described as constructing one 
web page in method 230, they may concurrently exe- 
cute method 230 for construction and display of multiple 
web pages at the same time or at least partially overlap- 

55 ping times. 

[0087] Display device 209 may concurrently display 
both a program and web browser 21 0 for presenting the 
constructed web page. In particular web browser 210 
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may be displayed in a window or frame overiayed on the 
program, referred to as a picture-in-picture presenta- 
tion. In this case, the content for web browser 210 is 
combined with the program to generate one signal con- 
taining the overiayed browser window and content in the 
program. Client machine 204 may receive the program 
from server 202 or from other sources, such as televi- 
sion, broadcast television, cable, satellite, or local stor- 
age such as video or a digital versatile disc (DVD). The 
local content may, for example, be stored on the hard 
disk drive of the client machine 204. 
[0088] Many uses of a web page staging area are pos- 
sible, and the following provides an example of how it 
may be used in conjunction with a sporting event. For 
instance, before the start of a professional football 
game, a producer decides that he wants to send the us- 
ers a game in the form of a JAVA applet which will require 
a certain amount of time to download. He also wants to 
send a web page incorporating a graphic of moments 
from past games between the two teams participating 
in the game. The producer pushes the JAVA applet from 
server 202 to the user's web page staging area in the 
machine 204, and to any other participating users, along 
with a JavaScript timer embedded in the page in order 
to have it launch precisely at the start of the football 
game. 

[0089] In addition, the producer sends the prepared 
graphic to the user's web browser 210 in another hidden 
frame and to the other users* web browsers. However, 
the producer does not know exactly when he wants to 
show that page to the viewer on line, and he does not 
include a JavaScript timer in that page. When the game 
starts, the JAVA game applet automatically appears at 
the kickoff on the users' display devices such as display 
device 209. At a later time the producer decides it is ap- 
propriate to display the prepared graphic. At that time, 
the producer sends a command to all the web staging 
areas on the client machines to display the graphic in 
the users' web browsers such as web browser 210 in 
machine 204. 

[0090] It will be appreciated that modifications in, and 
variations of the illustrated embodiment may be made 
within the scope of this application as defined by the ap- 
pended claims. 



Claims 

1 . A method of constructing and presenting web pag- 
es, comprising the steps of: 

receiving a request for a web page including an 
address for use in retrieving information to con- 
struct the web page; 

retrieving the information using the address; 
constructing the web page hidden from view on 
a display device in order to produce a construct- 
ed web page; and 



commanding the constructed web page to be 
displayed on the display device based upon 
particular criteria. 

5 2. A method as claimed in Claim 1 , wherein: 

the receiving step comprises receiving timer 
event information providing an indication as to when 
to command the web page for presentation on the 
display device; and 

w wherein the commanding step comprises 

commanding the constructed web page to be dis- 
played based upon the timer event information. 

3. A method as claimed in Claim 2, wherein the receiv- 
es ing step comprises receiving a particular amount of 

time to generate a time-out using the timer event 
information. 

4. A method as claimed in Claim 3, wherein the com- 
20 manding step comprises transmitting the construct- 
ed web page for display upon detecting the time- 
out. 

5. A method as claimed in any preceding claim, where- 
as in the commanding step comprises commanding 

the constructed web page to be displayed upon re- 
ceipt of a particular command. 

6. A method as claimed in any preceding claim, where- 
30 in the receiving step comprises receiving a uniform 

resource identifier. 

7. A method as claimed in any preceding claim, where- 
in the constructing step comprises constructing the 

35 web page in a portion of a memory associated with 
a machine at which the web page is to be presented. 

8. A method as claimed in any preceding claim, where- 
in the retrieving step comprises using a web brows- 

40 er to retrieve the information. 

9. A method as claimed in any preceding claim, where- 
in the commanding step comprises transmitting a 
program to the machine concurrent with command- 
os ing the constructed web page for display. 

10. A method as claimed in Claim 9, wherein the com- 
manding step comprises transmitting a video pro- 
gram, audio program, or multimedia program. 

50 

1 1 . A method as claimed in Claim 9 or Claim 1 0, where- 
in the commanding step comprises transmitting the 
program and the constructed web page for simulta- 
neous display on the display device. 

55 

1 2. A method as claimed in Claim 9 or Claim 1 0, where- 
in the commanding step comprises transmitting the 
program and the constructed web page for simulta- 
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neous display on a television. 

13. A method as claimed in Claim 9 or Claim 10, where- 
in the commanding step comprises transmitting the 
program for display on a television and transmitting 5 
the constructed web page for display on the display 
device. 

14. A method as claimed in Claim 11 or Claim 12, 
wherein the commanding step comprises transmit- 10 
ting the web page for display overlayed on content 
displayed for the program. 

1 5. A method as claimed in any preceding claim, further 
comprising performing the receiving, retrieving, 15 
constructing, and commanding steps using a per- 
sonal computer, a television, a cable box, a satellite 
box, or a personal digital assistant. 

16. A method as claimed in any preceding claim, where- 20 
in the retrieving step comprises retrieving advertis- 
ing, sports, or music content. 

17. Apparatus for constructing and presenting web 
pages, comprising: 25 

receiving means for receiving a request for a 
web page including an address for use in re- 
trieving information to construct the web page; 
retrieving means for retrieving the information 30 
using the address; 

means for constructing the web page hidden 
from view on a display device in order to pro- 
duce a constructed web page; and 
means for commanding the constructed web 35 
page to be displayed on the display device 
based upon particular criteria. 

18. Apparatus as claimed in Claim 17, wherein: 

40 

the receiving means is arranged to receive tim- 
er event information providing an indication of 
when to command the web page for presenta- 
tion on the display device; and 
the commanding means is responsive to the 
timer event information for commanding the 
constructed web page be displayed. 

19. Apparatus as claimed in Claim 18, wherein said re- 
ceiving means is arranged to receive a particular so 
amount of time and to generate a time-out using the 
timer event information. 

20. Apparatus as claimed in Claim 19, wherein said 
commanding means is arranged to transmit the ss 
constructed web page for display upon detecting 

the time-out. 



21. Apparatus as claimed in any of Claims 17 to 20, 
wherein the commanding means is arranged to 
command the constructed web page to be dis- 
played upon receipt of a particular command. 

22. Apparatus as claimed in any of Claims 17 to 21, 
wherein said receiving means is arranged to re- 
ceive a uniform resource identifier. 

23. Apparatus as claimed in any of Claims 17 to 22, 
wherein said commanding means is arranged to 
construct the web page in a portion of a memory 
associated with a machine at which the web page 
is to be presented. 

24. Apparatus as claimed in any of Claims 17 to 23, 
wherein said retrieving means is arranged to use a 
web browser to retrieve the information. 

25. Apparatus as claimed in any of Claims 17 to 24, 
wherein said commanding means is arranged to 
transmit a program to a machine concurrent with 
commanding the constructed web page to be dis- 
played. 

26. Apparatus as claimed in Claim 25, wherein the pro- 
gram transmitted is a video program, an audio pro- 
gram, or a multimedia program. 

27. Apparatus as claimed in Claim 25 or Claim 26, 
wherein said commanding means is arranged to 
transmit the program and the constructed web page 
for simultaneous display on the display device. 

28. Apparatus as claimed in Claim 25 or Claim 26, 
wherein said commanding means is arranged to 
transmit the program and the constructed web page 
for simultaneous display on a television. 

29. Apparatus as claimed in Claim 25 or Claim 26, 
wherein the commanding means is arranged to 
transmit the program for display on a television and 
to transmit the constructed web page for display on 
the display device. 

30. Apparatus as claimed in any of Claims 25 to 28, 
wherein the commanding means is arranged to 
transmit the web page for display overlayed on con- 
tent displayed for the program. 

31. Apparatus as claimed in any of Claims 17 to 30, 
comprising a personal computer, a television, a ca- 
ble box, a satellite box, or a personal digital assist- 
ant for containing the receiving means, the retriev- 
ing means, the constructing means and the com- 
manding means. 

32. Apparatus as claimed in any of Claims 17 to 31, 
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wherein the retrieving means is arranged to retrieve 
advertising, sports, or music content. 
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